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(57) A network emulator in asynchronous transfer 
mode, consisting of emulating the performance of a dig- 
ital network of integrated wideband services operating 
in asynchronous transfer mode, with no need to use said 
network, or else emulating intense operating conditions 
typical of a very loaded network on an unloaded net- 
work, having a line interface module (1), one or several 
central modules (2), a control module (3), and an oper- 
ating module (4). having an electro-optical converter (9), 
a series/parallel converter in receiving, and a parallel/ 
series converter In transmitting, as well as a network ter- 
minator (11), with asynchronous transfer mode, and a 
bit error rate generator, the central module (2) or mod- 
ules being configured by a variable delay block (12), a 
cell error block (13), a cell loss block (14), an erroneous 
insertion block (15), and a constant delay block (16). 
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De ription 

BACKGROUND OF THE INVENTION 

The present specification refers to an application for s 
a patent of invention related to a network emulator in 
asynchronous transfer mode, the purpose of which is to 
emulate the performance of a Digital Network of Inte- 
grated Wideband Services (DNIS) operating in Asyn- 
chronous Transfer Mode (ATM), there being no need to io 
make use of said network, or else emulating intense op- 
erating conditions typical of a very loaded network on 
an unloaded network. 

FIELD OF THE INVENTION ^5 

This invention has an application in the telecommu- 
nications field, and specifically in systems using a Wide- 
band Asynchronous Transfer Mode. 

20 

RELATED ART 

To emulate a digital network of integrated wideband 
services in asynchronous transfer mode means to con- 
trol the basic parameters characterizing this type of net- 2S 
works: 

Constant and variable cell delay. 

Erroneous cell insertions, 30 
Celt loss. 

Cell and bit errors. 

35 

A few emulators are known, which only allow some 
of said parameters to be controlled, said control being 
performed in an individualized way and with a determi- 
nant character; which does not allow the real perfomn- 
ance of a network of the mentioned type to be studied. 40 

It would be desirable to rely on an emulator which 
could analyse, jointly, the above-mentioned basic pa- 
rameters, by following a statistical performance pattern, 
which would allow for a real emulation of a network of 
this type. 

Nevertheless, up till now, the applicant knows noth- 
ing about the existence of any equipment contemplating 
the characteristics pointed out as suitable for a network 
mulator in asynchronous transfer mode. 

so 

SUMMARY OF THE INVENTION 

The network emulator in asynchronous transfer 
mode as proposed by the invention, constitutes per se 
an vident solution to th pres nt problems on this mat- 55 
ter, since itself displays all the advantag s - considered 
assuitabi forv rifying the performance of the adapta- 
tion layer to the asynchronous transfer mode and upper 



layers, when said digital network of integrated wideband 
services is not available, or else when being available 
is not sufficiently loaded. 

In a more definite way, the network emulator in 
asynchronous transfer mode of the invention is consti- 
tuted by a line interface module, one or several central 
modules, a control module, and an operating module, 
these latter modules, that is to say the control module 
and the operating module, including a respective soft- 
ware for control and operation. 

The different existing connections among the emu- 
lator modules are as follows, namely:- 

The line interface module, the central module, and 
the control module are interconnected by means of 
a VXI bus, which allows the control module to have 
an efficient access to the other two modules. 

The connection between the line interface module 
and the control modules is carried out by means of 
an ATM, that is to say, an asynchronous transfer 
mode, which permits an ATM ceil traffic. 

The operating module communicates with the con- 
trol module thru a series interface. 

The line interface module (receiving and transmit- 
ting) of the Synchronous Digital Hierarchy (SDH), of 
type Synchmous Transport Mode, Level 1 (STM-1), is 
responsible for the f uncTion associated with the physical 
layer, and emulates the effects of the errors in the trans- 
mission lines. 

The receiving side performs adaptation functions 
(Synchronous Digital Hierarchy - Asynchronous Trans- 
fer Mode, SDH/ATM), as well as the conversion of a 
monomode or multimode optical signal into an - electric 
signal. 

The transmitting side perfonmes supplementary 
functions, that is to say the cell transport from the Asyn- 
chronous Transfer Mode in Synchronous Digital Hierar- 
chy (SDH/STM-1) and the electric signal - conversion 
into a monomode or multimode optical signal. 

Before the electro-optical conversion, and in order 
to emulate the effects of the errors in the transmission 
lines, the correlations SDH/STM-1 can be affected by a 
bit error generator, controlled by the user 

This module is composed of four different blocks, 
namely; 

An electro-optical converter. In receiving, it converts 
the optical signal caught thru an external interface 
into an electric signal, obtaining also a clock asso- 
ciated with the data. In transmitting, it performs an 
opposite function, converting the electric signal into 
an optical signal. 

A series-parallel converter. In receiving, its function 
is to convert the received series data into parallel 
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ones, performing an opposite function in transmit- 
ting. 

Synchronous Digital Hierarchy - Asynchronous 
Transfer Mode, SDH/ATM. Termination. This block, s 
which is based on the Network Terminator with 
Asynchronous Transfer Mode (NTA), (Spanish Pat- 
ent No. 9502029), transports cells in asynchronous 
transfer mode ATM in C4 containers, of the SDH 
correlations, generates and detects the physical 
layer alarms of path/section, and provides statistical 
measurements of quality service associated with 
the SDH side and the ATM side. 

Bit Error Rate (BER) generator This block modifies 
the SDH correlations produced by the SDH/ATM 
Terminator (transmitting), by inserting bit errors 
which emulate the performance of the transmission 
lines. 



Given that this type of errors usually happen in 
flashes, this block is capable of emulating this perform- 
ance, by generating several consecutive bit errors on a 
determined byte. 

The bit error rate to be applied is computed starting 
from two independent processes, the byte of the SDH 
correlatbn being selected firstly, to which the errors will 
be applied, for. then, selecting the number of erroneous 
bits and their position within the byte. 

The selection of the erroneous byte (number of cor- 
rect bytes - between two consecutive erroneous bytes) 
is performed in accordance with the statistical function 
of sharing determined by the user, and the perfomnance 
of which is carried out according to the Montecarlo meth- 
od. 

The central module or modules act on the ATM 
cells, emulating the basic parameters associated with 
the ATM layer, such as the constant and variable cell 
delay, erroneous insertions, tosses arKJ errors in ATM 
cells, all this in accordance with that specified by the 
user. 

The central modules can be connected in series 
each other, so that the variation range of the parameters 
can be increased. 

Also, these modules are connected to the line inter- 
face modules performing the physical layer functions. 

The gap between the emulation functions associat- 
ed with the physical layer (line interface module) of 
those other functions associated with the ATM layer 
(central rrKxiule) allows the independence between lay- 
ers to be maintained, so that it would be possible to sup- 
port other physical layer by only developing the corre- 
sponding interface module, this change not affecting, by 
any means, the central modules. 

Los blocks constituting this modul ar as follows:- 

Variabl delay. This block gen rates a variabi de- 
lay in each of the data cells selected by th user (it 



does not affect the cells not assigned or empty, not 
even those of data not selected), representing the 
variable wait time in the queues of the network ele- 
ments. 

The value of the generated delay varies in accord- 
ance with a statistical function defined by the user, the 
achievement of which is carried out by means of a Mark- 
ov chain. 

Errors in cells. The function of this block is similar 
to that of the bit error rate (BER) generator incorpo- 
rated in the line interface module. In this case, the 
difference between both is that the bit errors only 
affect the data area of the selected cells, and not 
their headers. 

Given that this type of errors usually happen in 
flashes, this block is capable of emulating this pertorm- 
20 ance by generating several consecutive errors on a de- 
termined byte. The bit error rate to be applied is com- 
puted startingf rom two independent processes: first, the 
byte ofthe selected cell to which the errors will be ap- 
plied, is determined; then, selecting the erroneous bits 
25 (number and position in the byte). 

The selection of the erroneos bits (number of cor- 
rect bytes between two consecutive erroneos bytes of 
the data area of the selected cells) is made in accord- 
ance with the sharing function specified by the user, and 
30 the achievement of which is carried out according to the 
Montecarlo method. 

Loss of cells. This block perfgrms an aleatory re- 
placement of cells asigned and selected by the us- 
35 er, by not assigned cells. 

This replacement is carried out in accordance with 
an aleatory sharing function defined by the user, and 
emulates the effect of cell tosses, both due to overflows 
40 in the queues and due to the existence of errors not cor- 
rected in the cell header (both detected and not detect- 
ed). 

Optionally, the replacement of cells tost by not as- 
signed or empty cells can be changed by not empty cells 
45 with a predetermined - headers. 

Given that these losses happen to occur in flashes, 
this module can generate several consecutive losses. 

The selection of the first cell to be tost (first in a pos- 
sible flash) is carried out according to the share function 
so specified by the user, and the achievement of whrch is 
carried out according to the Montecarlo method. 

Erroneous insertions. The function of this block is 
the aleatory replacement of not assigned or empty 
55 cells, th content of - which (h ader, two first and 
two last bytes of the data area) can be defined by 
th us r. 
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This replacement is mad according to an aleatory 
sharing function define by the user, and it emulates the 
effect of erroneous insertions provoked by errors not de- 
tected, and.consequently, not corrected, in the cell 
header. In this block no insertions in - flashes are per- 
mitted, since said performance is extremely unusual. 

The selection of a cell not assigned to be replaced 
by other assigned and predetermined is performed ac- 
cording to the sharing function specified by the user, and 
the achievement of which is carried out by the Monte- 
carlo method. 

Constant delay. This block emulates the constant 
delay entered both by transmitting means and by 
latency of the switching - equipment in a determi- 
nated network configuration. 

The assigned cells, candidate for undergoing thie 
delay, can be selected by the user In case of output dif- 
ficulty among cells affected by a costant delay and cells 
not affected (not selected), the latter have priority, and 
the former will have a greater delay than that pro- 
grammed. 

The control module controls and configures the dif- 
ferent interface modules and central modules constitut- 
ing the emulator. 

The main function of this module is the communi- 
cation between the operating unit and the central and 
line interface modules with which the emulator is fitted. 

To this end, it is provided with two different interlac- 
es: RS232. which, together with an adequate protocol, 
communicates it with the operating module; and VXI, by 
means of which it controls and configures several cen- 
tral and line interface nrodules constituting the - emula- 
tor 

Also, it includes a software allowing the operating 
module to communicate with different central modules 
or interfaces to achieve the programming tasks required 
by the user 

It Is started from the operating unit by sending a 
command thru the series line, and basically it perfonns 
the following tasks; 

To read request messages transmitted by the oper- 
ating module. 

To translate same into read and/or write commands 
from/to the XVI bus, and 

To send answer messages to the operating module. 

In case of a programming message from any mod- 
ule, the sequence of actions will depend on the type of 
module. 

For nrwxJules in which the variation of parameters is 
p rformed following th Mont carlo m thod (insertions, 
losses and errors). - the user may nriake use of two pos- 
sibilities: to directly enter the values to b written in a 



m mory of 4096 positions corresponding to the block to 
be programmed, or to choose between an assembly of 
predetermined functions (normal, exponential, uniform 
and deterministic), by entering parameters defining 
5 them. 

The variable delay module, wherein the delay gen- 
eration is performed according to a Markov process, of- 
fers also the user two possibilities: to directly enter the 
values of a change-of-state probabilities for all possible 

TO states, or to choose among several predetermined 
shares or distributions, which can be implemented thru 
Markov processes. 

An additional software allows, by inserting an ATM 
traffic generator and an interval meter into the emulator, 

IS thru the programming of one of the registers of the cen- 
tral module, said output to signalize the occurrence of a 
detemnined event, such as the loss of a cell, the insertion 
of errors into a byte, the insertion of a cell, the input of 
a data cell into the module, the output of a data cell out 

20 of the module, and so on. 

By measuring the time among the pulses of this sig- 
nal with the interval meter, the really obtained distribu- 
tion can be characterized. 

Said software takes on the task of programming the 

2S interval meter in conformity with the block being tested 
and with what is expected to obtain, processing the data 
obtained and giving the user a measurement of the error 
made upon comparing the distribution or share to be ex- 
pected with that really obtained, and drawing also jointly 

30 the graphics of both distributions. 

The operating module is based on a personal com- 
puter which incor porates a man-machine interface, in 
addition to a RS232 interface to communicate with the 
control module. 

35 It incorporates a software implementing the operat- 
ing interface, allowing the user to accede to the func- 
tional characters of the equipment in an easy and friend- 
ly way. 

It performs the user-operating module communica- 
te tion, and the operating nrK>dule-control module commu- 
nication. 

It allows each of the blocks inserting a variation into 
the basic parameters of the emulated network to be pro- 
grammed, hiding from not advanced users the details of 
46 the hardware fulfilment. 

To this end. in addition to the possibility of entering 
the values to be written into the tables characterizing the 
distributions to be generated, it is feasible to select pre- 
determined distribution functions which only need their 
so statistical parameters to be fully defined. 

Out of the additional facilities, an option on saving 
configurations to be easily used in later sessions is in- 
cluded. 

The operating module-control module communica- 
S5 tion is performed by m ans of an owner protocol on a 
standard series RS232 interface. 

Said protocol allows the operating module to send 
request messages for a module programming, or re- 
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quest messages for a state, as per the user*s wishes, 
and to r ceive the corresponding answers. 

DESCRIPTION OF THE DRAWING 

In order to connplennent the present description and 
to aid to a better understanding of the characteristics of 
the invention, the appended drawing, which forms a part 
o( this specification, shows, by way of Illustrative and 
non-hnniting example, the following only figure: 

The only figure shows a general block diagram of 
iho nciwork emulator in asynchronous transfer mode, 
whch ts the object of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
fcMtt:>CiMfcNT 

F o*k:>wng tnc only figure, it can be seen that the net- 
work cmuirtiof m asyrxrhronous transfer mode of the in- 
venion const ttjtod s'^rtng from a line interface mod- 
ule (1) ai*e or bevernl ccfitral modules (2), a control 
module t3i rtfxJ an opof^tmg module (4), the two latter 
includng n cof responding control and operating soft- 
ware 

The diflcfcnt connections existing among the mod- 
ules of iho - network emulator in asynchronous transfer 
mode cifo as foltows. namely: 

A lino interface module (1). a central module (2), 
and a control module (3), which are interconnected 
one other by means of a VXI bus. so allowing the 
control module (3). the line interface module (1), 
and the central module (2) to have an efficient ac- 
cess. 

The connection between the line interface module 
(1) and the central modules (2) is performed by 
means of a dedicated ATM bus which allows for the 
ATM cell traffic. 

The operating module (4) communicates with the 
control module (3) thru a series interface. 

The line interface module (1) (receiving and trans- 
mitting) of the Synchronous Digital Hierarchy (SDH), of 
type Synchronour Transport Mode of Level 1 (STM-1), 
is responsible for the functions associated with the phys- 
ical layer, and emulates the effects of the errors on the 
transmission lines. 

This module is composed of four different blocks, 
namely* 

An electro-optical converter (9). in receiving, it con- 
verts the optical signal (7), caught thru an external 
Interfac . into an el ctrica! signal, obtaining also a 
clock associated with the data. In transmitting.it per- 
forms an opposite function, converting the electric 
signal into an optical signal (8). 



A series-parallel converter In receiving (10). its 
furrction is to convert the series data received into 
e parallel bits, the opposite function being per- 
formed in transmitting (18). 

5 

SDH/ATM termination (11). This blocks transports 
ATM cells in C4 containers of SDH correlations, 
generates and detects the physical layer alarms of 
path/section, and provides statistical measure- 
to ments of quality service, associated both with the 
SDH side and the ATM side. 

Bit Error Rate (BER) generator (17). This block 
modifies the SDH correlations caused by the SDH/ 
75 ATM terminator (transmitter), by entering bit errors 
emulating the performance of the transmission 
lines. 

According to the Montecarlo method, the user 
20 writes in a memory of 4096 positions the values of the 
samples of the distribucion function (number of correct 
bytes between to consecutive arroneous ones) to be 
emulated. 

This memory is acceded, in an aleatory way, by 

25 means of a pseudoaleatory generator providing access 
addresses to the memory at the appropiate moments, 
so obtaining the value previously stored in same. This 
value is loaded in a countdown meter which decreases 
with each byte. The zero reading at the meter indicates 

30 the byte to be modified. 

The selection both of the number of consecutive er- 
roneous bits - and of their position in the byte is statis- 
tically independent of the erroneous byte selection. 
The position of the first erroneous bit is selected ac- 

35 cording to an even distribution between 1 and 8, while 
the number of erroneous bits (between 1 and 4) is se- 
lected according to the probability defined by the user, 
this probability being stored in dedicated registers the 
access to which is aleatory. 

40 The errors made by this module affect only the out- 
putting data flow. The emulator does not perform any 
discrimination to this end. since these errors might be 
made by any byte of the SDH/STM-1 correlation, for 
which reason, the erroneous bits can indistinctly affect 

45 any zone of said correlation. 

The central module (2) acts on the ATM cells, em- 
ulating the basic parameters associated with the ATM 
layer, such as the constant and variable delay, errone- 
ous insertions, losses and errors in ATM cells; all this 

so according to that specified by the user. 

The blocks constituting this module are: 

Variable delay (1 2). This block generates a variable 
delay in each of the cells of data selected by the 
55 user (not affecting those cells not assign d or emp- 
ty, or th cells of data not s lected). representing 
the variabi wait time in the queues of th network 
elements. 
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The value of the generated d lay varies according 
to a statistical function defined by the user the perform- 
ance of which is carried out by a Markov chain of 1024 
states (numbered from 0 to 1 023) of the birth and death 
type. 

The cells selected by the user undergo a variable 
delay same as the state in which the Markov chain 
stands (variable delays between O and 1023 time the 
cell duration), said chain remaining in the same previous 
state. The cells not assigned or empty, or those cells of 
data not selected by the user, will not be affected by a 
variable delay, and will allow for changes of state in the 
Markov chain according to the probabiltes selected by 
the user 

The practical achievement of the Markov chain is 
carried out by means of four memories of 1024 posi- 
tions, each of which is associated with the 1 024 states 
of the chain. 

In the first memory tor each state, the probability of 
change Pc(i) from the state (i) to the preceding state (i- 
1 ) or the next state (i+1 ) is stated, having arrived at the 
current state (i) from (i-1), while in the second memory, 
with the same condition of having arrived at the current 
state (i) from (i-1 ) for each state, the probability of pass- 
ing to the predecing state P(t,i-1 ) is stated. 

The third and fourth memories are exactly same as 
the preceding ones, but associated with the transition to 
the current state (i) from (i-1 ). 

Whenever a cell not assigned or not selected by the 
user arrives, Pc(i) is compared with the value provided 
by a pseudoaleatory generator (in order to facilitate this 
comparison, the values written in the memory are Pc(i) 
and P(i,i+1), multiplied by the maximum number the 
pseudoaleatory generator is capable of producing). 

If Pc(i) is lower that the generated number, the state 
does not change; otherwise, it is necessary to decide 
whether the change is to be made to the preceding state 
(i-1 ) or to the next state (i+1 ), depending on the issue of 
the comparison between a second pseudoaleatory val- 
ue and the value P(i»i-1). 

Errors in cells (1 3). The effect of this block is simitar 
to the bit error rate (BER) generator (17), incorpo- 
rated in the line interface module (1 ) 

The difference between both is that, in this case, 
the bit errors only affect the area of data of the selected 
cells, and not the entire cell. 

The selection of possibly affected cells is carried out 
by specifying the value of their header, each bit could 
be defined as "0*, "IV or "disregard". 

According to the Montecarlo method, the user 
writes in the memory of 4096 positions, the values of the 
distribution function samples (number of correct bytes 
between two cons cutive erroneous on s) to be mu- 
tated. 

This memory is aleatorily acceded (a pseudoalea- 
tory gen rator provides acc ss addresses to the mem- 



ory at the adequate moments), the previously stored val- 
ue thereof being obtained, this value - being loaded in 
a countdown meter which decreases with each byte of 
the data area of the selected cells. The zero reading at 
5 the meter shows the byte to be modified. 

The selection both of the number of consecutive er- 
roneous bits and their position in the byte is statistically 
independent of the selection of the erroneous byte. 

The position of the first erroneous bit is selected ac- 
10 cording to an even distribution between 1 and 8, while 
the number of srroneous bits (between 1 and 4) is se- 
lected in accordance with the probability defined by the 
user, this probability being stored in dedicated registers 
the access to which is aleatory. 

IS 

Loss of cells (1 4). The effect of this block is the alea- 
tory replacement of cells assigned and selected by 
the user, by cells not assigned or by cells specified. 

20 The selection of the cells presumably affected is 
carried out by specifying their header value, each bit 
could be defined as "0", - "1". or "disregard". 

According to the Montecarlo method, the user 
writes in a memory of 4096 positions, the values of the 

2S distribution function samples (number of cells the head- 
er of which will coincide with the predetemiined value 
selected by the user between the start of two continuous 
flashes of losses) to be emulated. 

This memory is aleatorily acceded (a pseudoalea- 

30 tory generator provides access addresses to the mem- 
ory at the adequate moments), the previously stored val- 
ue in the memory being obtained, this value being load- 
ed in a countdown meter which decreases with each - 
cell the header of which wilt coincide with the value se- 

35 lected. The zero reading at the meter indicates that the 
next cell must be the start of a flash of losses. 

The selection of the number of consecutive losses 
(flash duration) is statistically independent of the first 
cell to be bssed. 

40 This selection is carried out according to the prob- 
ability defined by the user, this probability being stored 
in dedicated registers the access to which is aleatory. 

Erroneous insertions (15). The effect of this block 
45 is the - aleatory replacement of cells not assigned 
or empty, by assigned cells, the content of which 
(header, two first and two last bytes of the data area) 
can be defined by the user. 

so According to the Montecarlo method, the user 
writes in a memory of 4096 positions the values of the 
distribution function samples (number of cells not as- 
signed between two consecutive erroneous insertions) 
to emulate. 

ss This merrrary is aleatorily acceded (a ps udoalea- 
tory g nerator provides access addresses to the mem- 
ory at the adequate moment), the pr viously stored val- 
ue in same being obtained, this value - being loaded in 
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a countdown meter which decreases with each cell not 
assigned. The 2 ro reading at the meter indicates that 
the next cell not assigned will be replace by the prede- 
termined one. 

Constant delay (16). This block emulates the con- 
stant delay introduced both by transmission means 
and by latency of the switching equipment in a de- 
termined network configuration. 

This delay is deterministic and programmable, and 
it can vary between 0 and 19784 intervals of duration 
time of cell to 1 55,52 Mb/s. 

The selection of cells probably to be affected is car- 
ried out by specifying the header value of same; each 
bit could be defined as "0". "1 or "disregard". 

The control module (3) controls and configures sev- 
eral interface modules (1) and the central module or 
modules (2), as the case may be, constituting the emu- 
lator. 

For those modules in which the parameter variation 
is performed according to the Montecarlo method (in- 
sertions, losses and errors), two possibilities are open 
to the user: to directly enter the values to be written in 
a memory of 4096 positions corresponding to the block 
to be programmed, or to choose among an assembly of 
predetermined functions (normal, exponential, uniform, 
and deterministic), by introducing parameters defining 
them. 

In this later case, this software takes on the task of 
computing the 4096 values to be written in the memory, 
as follows: starting from the function of distribution F(x) 
(probability that the aleatory variable in question takes 
a value lower or equal than x), the axis y is divided 
among 0 and 1 in 4096 equal segments, and their mean 
points yi are taken; the 4096 values to be written in the 
memory are the values Xi, resultant from resolving the 
equations yi = F(xl). 

Once the 4096 values have been obtained, both 
whether these have been directly entered by the user 
and have been computed by the program, they trans- 
form into the units required to be written in the memor/ 
(in case the values are given in rates instead of cells/ 
bytes among events), and they are rounded off to the 
nearest positive integer value within the adequate range 
of the block in question. 

The variable delay module, wherein the delay gen- 
ration is performed following a Markov process, offers 
also the user two possibilities, namely: to directly enter 
the values of the change-of -state probabilities Pc(i) and 
P(i,i-1 ) for all possible states, or to choose among sev- 
eral predetermined distributions, which can be imple- 
mented through Markov processes. 

These distributions are geometric, binomial, expo- 
n ntial, and normal 

The exponential and normal distributions are treat- 
ed as geometric and binomial ones, respectively, since, 
under certain conditions, the latter are discrete ap- 



proaches to the former. 

As regards these distributions, the user only is to 
enter the statistical parameters characterizing them 
(mean or mean and variant), the software computing the 
s values of the probabilities Pc(i) and P(i.i-I) through in- 
termediate values Ti and Ul. which are calculated as fol- 
lows: 

Geometric distribution. Given the mean of the dis- 
10 tribution, firstly a change of units is carried out in 
case the mean delay is specified in time units in- 
stead of cells. Considering the new value obtained 
as X, the Markov chain implementing said geomet- 
ric distribution has infinite states, and it is defined 
is by the fol towing birth and death rates: T1=:X. Ui=X+1 . 

Since in the variable delay module, a maximum 
length of the Markov chain of 1024 has been imposed, 
every state of a value higher that 1023 approaches to 
20 this state (P(state = 1023) = Pbinomial (state ^ 1023), 
its death rate being modified according to said relation- 
ship. 

Binomial distribution. Given the mean and the var- 
2S iant, firstly a change of units is carried out, as de- 
scribed for the preceding case. Then, the parame- 
ters n, p. q, which are characteristics in every bino- 
mial distribution, are calculated. For it, an algorithm 
maintaining the mean entered and trying that the 
30 process variant will be the most approached to that 
expected, is follows. 

Lastly, the probabilities are calculated following the 
already described formulae, are multiplied by 65535 and 
35 are rounded off, obtaining the values to be written in the 
tables. 

The operating module (4) is based on a personal 
computer incorporating a man-machine interface, in ad- 
dition to a RS232 interface for communicating with the 
40 control module. 

It is not considered necessary to extend this de- 
scription for - any expert in the art to understand the 
scope of the invention and the advantages derived from 
it. 

45 The materials, shape, size and arrangement of the 
components will be open to variation, provided that it 
does not imply any alteration to the essence of the in- 
vention. 

The terms under which this specification has been 
50 described should be always taken in an ample and non- 
limitative sense. . 

Ctalme 

55 

1 . A network emulator in asynchronous transfer mode, 
of thos constituted by a line interface modul (1) 
of the Synchronous Digital Hierarchy (SDH) of typ 
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Synchronous Transport Module of Level 1 (STM-1 ), 
one or several central modules (2). a control module 
(3). and an operating module (4). characterized in 
that the line Interface module (1 ) consists of an elec- 
tro-optical converter (9), a series/parallel converter s 
in receiving, and a parallel/series converter in trans- 
mitting, a network terminator (11) with - asynchro- 
nous transfer mode, and a bit error rate generator 
(3). the center module (2) or rriodules being com- 
posed of a variable delay block (12), an error block io 
in celts (13), a loss block in cells (14). an erroneous 
insertion block (15), and a constant delay - block 
(16) the line interface module (1 ), the central mod- 
ulo 2) and the control module (3) being connected 
Dy #1 VXi bus (6). and the connection between the 
loc nicflrico rrxxlule (1 ). and the central module (2) 
being mrtdc tnrougn a dedicate ATM bus (5), while 
i-K* opofrtimg mociulc (4) communicates with the 
control nxxSuic (3i viH a series interface. 

20 

2. A f ict wlkK cfiiutrtto< »i asynchronous transfer mode, 
rtccordng to the cirtirr 1 . characterized in that the 
loc MMoriacc rrxxltilc (1) performs the termination 
ot the physiciil layer ot the Synchronous Digital Hi- 
cf.'ifchy (SDH) and the layer ot the Asynchronous 2S 
Trnnslor ^Aodo (ATM) being inserted in the SDH/ 
STM-1 correlations by means of the bit arror rate 
generator block (17). and at will in the transmitting 
side before the conversion of the electric signal into 

an optical signal (9), bit errors generated in accord- 30 
ance wrth a distribution function defined by the user, 
and being implemented by the Montecarto method. 

3. A network emulator in asynchronous transfer mode, 
according to the preceding claims, characterized in -35 
that at least a central module (2) modifies in an in- 
dependent way the variable delay of - cells (12), the 
rate of insertions, losses (15) and errors in cells 
(13). these parameters varying according to a dis- 
tribution function defined by the user, the implemen- 
tation of which is based on the statistical method of 
chains of Markov in case of variable delay (12), and 

on the Montecario method in case of insertions (1 5), 
losses and errors in cells (13), the central modules 
being capable ot being connected in series one oth- ^5 
er so that the range ot parameter variation is in- 
creased. 

4. A network emulator in asynchronous transfer mode, 
according to the preceding claims, characterized in 50 
that through the software inserted, both in the con- 
trol module (3) and the operating module (4). deter- 
mined functions are predefined and parameterized, 
among which it is possible to make an election, be- 
ing the same software which gen rat s the different ss 
tabi s of corresponding statistical distribution, al- 
lowing, besid s, th user to define his/her own dis- 
tribution function if desired. 
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(54) Network emulator in asynchronous transfer mode 

(57) A network emulator in asynchronous transfer 
mode, consisting of emulating the performance of a dig- 
ital network of integrated wideband services operating 
in asynchronous transfer mode, with no need to use said 
network, or else emulating intense operating conditions 
typical of a very loaded network on an unloaded net- 
work, having a line interface module (1), one or several 
central modules (2), a control nruxJule (3), and an oper- 
ating module (4), having an electro-optical converter (9), 
a series/parallel converter in receiving, and a parallel/ 
series converter in transmitting, as well as a network ter- 
minator (11), with asynchronous transfer mode, and a 
bit error rate generator, the central module (2) or mod- 
ules being configured by a variable delay block (12), a 
cell error block (1 3), a cell loss block (1 4), an erroneous 
insertion block (1 5), and a constant delay block (1 6). 
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